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THE METHOD AND THE SYSTEM FOR ACCESSING MULTIPLE 
SERVICES USING A SINGLE IDENXIFIER 

TECHNICAL FDELD 

5 The ptesfent invention relates to methods. and systems for accessing one or more 

services using a single ID. 

BACKGROUND. ART 

In general, a service requires each user to have an ID as the user's identifier and 
1 0 a user may access and obtain the service only by using such ID, 

Most of these user IDs are different j&om each other by services or even by 
service providers of one type of service. For example, an electronic mail ("email") 
address is a user ID for the email service, a teliephone number for the telephone service, a 
credit card number for the credit card payment service on the Internet, and an inherent . 
15 electronic money service ID for use of the electronic money service, etc. 

Moreover, the format of IDs may not be determined by a user but must be in 
accordance with the configuration specified by a service provider of a particular service. 

A user, therefore, must manage these various IDs for different services and in 
case of a change in a particular ID, must spend time and efforts to annoimce the changed 
20 ID. 

The prior art has this disadvantage that a user must manage various user IDs, 
each of v^hich is specified by each service, while more and more services are available 
due to the development of the information technology through the Internet and due" to the . 
increasing diversity in conamunication methods, 
25 . 
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DISCLOSURE OF TBDE INVENTION 

The present invention, in order to solve the problems in the prior art described 
above, has its object in providing unified single IDs. which may be adopted by xisers 
regardless of service types or service providers, and in providing methods and systems 
5 for accessing various services using such unified single IDs. 

First of all, below are the explanations of the terms used in the description of the 
present invention's methods for accessing multiple services using single IDs. 

<Terms> 

The single ID is an identifier of a definite length comprising nmnbers, symbols 
10 and characters (including multi-lingual characters), which may be used as a tmified 
identifier for various services. 

The UPI (Unique Pernianent Identification) is a type of single ID which may be 
used by a registered user permanently without any alteration in his or her single ID and 
which suits best the single ID services. 
15 The UED (Unique Identification) is an identifier distinguishing a subscriber, 

within an individual service system. The UID is defined differently by the specification 
or implementation of each service. Telephone numbers, email addresses, and home 
page addresses are the examples. 

The R\CD (Personal A.pplication Context Data) is the data required to provide 
20 individual services for a user who requests the services. The PACD includes the above- 
described UID. Ah individual's address or birthday is an example of the PACD for a 
directory service and a credit card number may be an example of PACD for the e- 
commerce ser/ice. 

. The UPAD (UPI and Service Access Descriptor) is a data object which includes 

25 information necessary to convert the UPI to the UID or to the PACD, UPI and the 

2 ■ ■ 
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interpretation method (SAD). 

The SAD (Service Access Descriptor) indicates the method to convert the UPI 
to the UID or to the PACD, and describes the object service. The SAD includes tiie 
information such as the service name ("SVN"), the access type ("ATYP"), the 
5 interpretation condition (^'RCON (Resolution Condition)'^ and the subclass C^^^ 

r 

In accord with the above object, the method for accessing multiple services 
using a single ID of the present invention includes: (a) a single ID registration step in 
which a subscriber to a single ED service selects a single ID, and records UIDs for 
10 individual services or the PACD required by the individual services, to be accessed with 
the above single ID; (b) a step in which an individual service server (or the network 
requested by the individual service server) requests single ID interpretation, when an 
individual service is requested through the single ID registered in the said step (a); (c) a 
step in which an enquiry is made for the UID or PACD of an individual service registered 
15 in the said single ID registration step (a), and in which such UID or PACD is provided; 
and (d) a step in which an individual service server provides a service to the individual . 
user who requested the service, using the UID or PACD provided in the said step (c). 

Also, the system for accessing multiple services using a single ID of the present 
invention includes: a siagle ID server which records the single IDs selected by registered 
20 single ID users, and the UIDs of individual services or the PACDs required in the 
individual services to be accessed with the said single IDs; and an interpreter which 
requests single ID interpretation to the said single ID server according to the pre- 
determined protocol using the single ID, the SAD, the CU and/or the CA, as they become 
.. necessary, when an individual service server (or the network requested by the individual 

25 service server) requests single ID interpretation upon receiving a request for an 
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individual service through the single ID recorded in the said single ID server and which 
transmits the resvilt of the interpretation to the individual service server (or the network 
requested by the individual service server). 

5 BRffiF DESCRIPTION OF llIE DRAWINGS . 

Fig. l is a diagram illustrating the unique identification ("UID") management 
method by a unified permanent identification ("UPI") registrant 

Fig. 2 is a diagram illustrating the UID management method by an individual 
service provider. 

10 Fig. 3 is a diagram illustrating the relationship between the UPI and the 

registered yiD. 

Fig. 4 is a diagram illustrating a method of the end-user request as a type of the 
UPI translation into the UID. ' 

Fig. 5 is a diagram illustrating a method of the network request as a type of the 
15 UPI translation into the UID. 

Fig. 6 is a diagram illustrating a method which a UPI server uses to interpret a 
receiver's email address when a user sends email using the receiver's UPL 

Fig. 7 is a diagram illustrating how public personal information of a UPI 
registrant is accessed through the UPI in the method and the system for accessing 
20 multiple services using the UPI of the present invention. 

Fig. 8 is a diagram illustrating how private personal information of a UPI 
registrant is accessed through the UTI in the method and the system for accessing 
multiple services using the UPI of the present invention. 

Fig! 9 and Fig. 10 are diagi-ams illustrating flows of messages when private 

25 personal application context data ("PACD") is requested in the method and the. system 
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fox accessing multiple services using the UPI of the present invention. Li Fig. 9, all the 
required certificates are provided. In Fig. 10, not all the required certificates are 
provided in the beginning but certain certificates are provided later upon the single ID 
server's requests, 

5 Fig. 11, illustrates the UPI server reassignment at the time of UPI inteipretation. 

BEST MODE FOR CARRYING OUT THE INVENTION 

A detailed description of the method and system for accessing multiple services 
.using a single ID of the present invention is provided below with references to the 
10 drawdngs attached hereto. 

A single ID of the present invention may be modified by a single ID registrant 
but the present invention can accomplish its maximum effect if a permanent single ID is 
used. Thus, an example of the UPI, which is a type of permanent single ID used by a 
single ID registrant without modification, is used in the following description. The 
15 following description, however, does not limit the scope of the present invention to the 
UPI because the single ID may be modified by a user according to Ihe present invention. 

Hereinafter, a service, vyliich manages the UPI specified by each user and which 
allows access to multiple services using the UPI, is referred to as the "UPI service." 

The format of UPI is a string of characters of a definite length which may be any 
20 combination of numbers, characters (including multi-lingual characters), and symbols. 
Tlae UPI is unique within a UPI service. 

In the method and system of the present invention, the UPI may be used after 

the UPI is applied for and registered at a UPI server and afl:er registration of the single ID 

(hereinaft;er, referred to as "UID (Unique Identifier)") for an individual service that may 

25 be accessed through the UPI or of the personal information required in the individual 

5 
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service (hereinafter, referred to as "PACD (Personal Application Context Data)"). 
Registration of the UID or PAGD may be done simultaneously with UPI application and 
registration, or it may be done independently after UPI registration. 

The format and usage of the UID or the PACD are defined by each system 
5 providing each individual service and are independent of the UPL Generally, while the 
UID is system-dependent, machine-friendly, and service provider-dependent, the UPI is 
user-fiiendly and permanent as an identifier imifying identifiers for various different 
services. 

The UID, such as an email address for the email service and a phone number for 
10 the telephone service, has a strong feature of identifying users. The PACD is the data 
required to provide individual services for a service requester. The PACD is broader in 
defmition than the. UID and is weaker in its feature of identifying users. A credit card 
number for the credit card on-line payment service, which is a type of data requested by 
an individual service, is an example of the PACD. The UID and the PACD, however, 
1 5 are dijBferent only in their concepts, and the method and the system of the present 
invention does not distinguish the UID and the PACD. Thus, in the folloAvmg 
description, the UID is used for the convenience of explanation. Using the UID for 
explanation in this application by no means limits the applicability of the present 
invention application to the PACD. 
20 In addition to those described above, electronic cash or cyber money, the 

business type code or business type name of a listed company for stock exchange 
services, and the tracking number, the bank account, personal information and the job 
information for delivery services may be examples of the UID or the PACD of the 
present invention. 

25 In the registration process of the UPI, it may be necessary to add or change the 

6 
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UIDs of services which may be accessed by the registered UPI. This process is called 
the "UID management" process. In the UID management process, the registered UID 
may be changed or a new UID may be registered. 

There are two methods of .UID management. In the fiirst method, which is the 
5 UID management method by a registered user, a UPI registrant directly accesses a UPI 
service to record or change the UID for each service. In the second method, which is 
the UID management method by an individual service provider, each individual service 
provider registers its own service and the subscriber's UID with the subscriber's pre- 
registered UPI, at the time when the service provider approves the user's subscription to 
10 its service. 

Fig. 1 is a diagram illustrating the UID management method by a UPI registrant. 
As shown in Fig, 1, in the registrant management method, a registrant (1 1) may register a 
UID, such as a URL for the home-page service, an address for an email service, or a 
phone number for a telephone service, with a UPI service center (12). The user may 
15 also search, change or delete the UID. The UPI service center (12) then returns the 
result of the user's request, 

( Fig. 2 is a diagram illustrating the UID management method by an individual 
service provider. 

In the method shown in Fig. 2a, if a service subscriber is a UPI regiistrant, the 

20 Service-A provider accesses the UPI service center at the time of the UPI registrant's 

subscription to Service-A, to additionally register the Service-A's UID to the pre- 

registered UPI of the subscriber. 

In the method shown in Fig, 2b, if a UPI registrant desires to change the service 

provider for a same type of service, a new service provider renews the UID of the UPI 

25 registrant Then, the UPI service center notifies the old service provider of such fact. 

7.. 
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In Fig. 2b, when a UPI registrant subscribes to Service-A through a new service provider, 
the new service provider accesses the UPI service center to register the UTD of the UPI 
registrant who has subscribed to its service. The UPI service center conducts a renewal 
process, in which Service- A's UID registration is changed, and then uotijBes the old 

5 Service-A provider of such fact. The UPI service center, upon receiving an 
aclcnowledgement message from the old Service-A provider, returns the registration 
result to the new Service-A provider. 

' For example, if a UPI registrant who uses the email service desires to change the 
email service provider, the email address of the UPI registrant, which is the UID of the 

10 email service, will be changed. In such case, according to the method illustrated in Fig. 
2b, the email service provider to which the UPI registrant has newly subscribed, accesses 
the UPI service center to change the email address that matches the UPI of the registered 
user. Then, the UPI service center notifies the old email service provider of such 
change. 

15 ' In the method shown in Fig. 2c, a certificate of user ("CU") or a certificate of 

application ("CA") is requested at the time when a service provider registers the user 
UTD. In this method, which may be adopted to prevent a service provider from 
illegitimately changing the UID registration, both the CU indicating the UPI registrant's 
permission and the CA of the sei:vice provider itself must be provided when a new 

20 service provider desires to register the UID.. 

In the present invention, there may be multiple UIDs which may be accessed by 
a UPI for one type of service. For example, because a UPI registrant may have multiple 
email addresses for the email service, multiple UEDs for the email service shotdd be 
matched, to a single UPI. In this occasion, a UPI registrant registers multiple UIDs for 

25 one type of service. 
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Wlien the UPI is registered through the methods described above and when the 
UIDs for the Services to be accessed by the registered UPI are registered and managed, 
the UPI service translates the UPI into the UID required m the service requested by an 
individual service requester. Consequently, many services such as email services, 
5 telephone services, and payment services through the Internet, etc. may be accessed 
throxigh the registered UID with only a single UPL 

Furthermore, with respect to a particular type of service (for example, the email 
service), systems of multiple service providers for the same type of service may be 
accessed with a single registered UPI. ' 

10 The UPI of the present invention may be used not only by UPI registrants but 

also by other pei-sons or organizations. For example, a person other than a UPI 
registrant may send email to a UPI registrant using the UPL Thus, in the following, the 
"user" who requests an individual service using the UPI means not only a UPI registrant 
who uses his or her own registered UPI, but ^so a person or an organization requesting 

1 5 an individual service using a UPI registered by another person. 

Fig. 3 is a diagram illustrating the relationship between the UPI and the 
registered UBD. 

As shown in Fig. 3, if the UID of Service-A is UID-A and if the UID of service- 

20 B is UID-B, the fonnats and usage of the UIDs used in Service-A and service-B are 

different from each other. A single UPI, however, enables each service to be accessed 

through translation. For example, if Service-A is a telephone service, then UID-A will 

be a phone number and if Service-B is an email service, then UID-B wiU be an email 

address. As types of tibie UPI translation into the UID, the present invention provides a 

25 method of the end-user request and a method of the network request. 

9 
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Fig. 4 is a type of the UPI translation into the UID, which illustrates a method of 
the end-user request. As shown in Fig. 4, in the method of the end-user request, a client 
who requests a service controls the UPI translation: 
5 First of all, (a) when an end-user requests the cHqnt (41) to provide Service-! 

using the UPI, (b) the chent (41) requests that the UPI server (42) translate the UPI into 
the UID of Service- A. (c) The UPI server (42) translates the UPI into Service-A's UID 
and then provides the client (41) with the translated UID. (d) The client (41) who 
obtained the UID of Service-A from the UPI server (42) requests the system which 
10 provides Service-A (43) to provide the service in a customary manner, (e) The system 
which provides Service-A provides the client with S'ervice-A in a customary manner. 

Fig. 5 is a type of the UPI translation into the UID, which illustrates a.method of 
the network request As shown in Fig. 5, in the method of the network request, a 
15 network issues a request for UPI translation to a UPI server and the service is provided as 
a result. 

First of all, (a) from a remote terminal (a virtual terminal, a grapliic terminal, or 

an HTTP client terminal, etc.), each individual service user issues a request for the 

service to tlie network (52) using the UPI. The network (52) includes the network 

20 access node, the service proxy and the service node. A web-mail system as a part of the 

email service network is an example of the service node, (b) The network (52) requests 

the UPI server. (53) to translate the UTI for the service requested by the user, (c) The 

UPI server (53) translates the UPI into the UID corresponding to the requested service 

and provides the network (52) with the UID. (d) When the network (52) requests the 

25 corresponding service provision system (54) to provide the service, usiug the UDI, (e) 

10 
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the service provision system (54) provides the requested service. The object which 
receives the service may be the network (52) or the remote terimnal (51) of the user, 
depending on the type of provided service. 

Below set forth is explanation of the translation in which the UPI is interpreted 
5 into the UDI of a corresponding service as requested to the UPI server in the method and 
the system for accessing multiple services using the UPI of the present invention. 

^ Fig. 6 illustrates the UPI server's interpretation of a receiver's email address in 
an, occasion when a user sends email using the receiver 's UPI. 

(a) A user sends a receiver's UPI and prepared emkil contents to a email client 
10 (61), (b) The email client (61), in order to interpret the UPI, sends a UPAD 
interpretation request to a UPAD interpreter (62). The UPAD is a parameter comprising 
tlie service access descriptors which may be the UPI^ thW service name ("SVN"), the 
access type ("ATYP"), and the subclass ("SCLS"), etc. In Fig. 6, the SVN of the 
service access descriptor is **email." 
15 (c) The UPAD interpreter (62) transmits the UPAD to the UPI server (63) using 

a predetermined protocol and requests the UPI translation, (d) The UPI server (63) 
searches tJhe information recorded in the UPI server (63) to obtain the UID of a 
corresponding service, the email address in this case, and then sends the obtained UID to 
the UPAD interpreter (62). If no corresponding UID was registered in the UPI server 
20 (63), the UPI server issues an error meissage. The UPI server (63) is composed of one 
or more computers. 

(e) The email address which is the UID of the email service is transmitted to the 
email client (61) through the UPAD interpreter (62), and (f) the email client (61) 
transmits the email written by the user, using the email address. 

25 

11 
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In the method and the system for accessing multiple services using the UPI of 
the present iiivention, when there is a service request through a UPI, multiple XJIDs may 
result from the interpretation for a single service. In. such case, a UPI server provides 
the UID which is preferred the most by the UPI registrant based on the UPI registrant's 
5 specification, provides UIDs at a predetermined rate for each UID, or provides the entire 
list of UIDs. If the entire list of UIDs is provided, a service provider or a service 
requester selects one or more UIDs among the UIDs listed. 

The above process is determined by interpretation conditions specified by a 
client requesting , the UID and . provision conditions ' specified by UPI server. 

10 Interpretation conditions of a client requesting the UID include "List", "Select," 
"Preferred," and "Except." Provision conditions of a TJPI server are composed of 
"List," "Distribution," and "Preferred" in. accordance with the UPI registrant's 
specification. If the client's interpretation condition is "Select," the client presents 
multiple UIDs or PACDs and the server selects one among those presented. In the 

15 condition "List," the client may deal with mtiltiple UIDs or PACDs at one time and the 
server presents all UIDs or PACDs which may be used.. In the condition "Preferred," 
the client presents multiple UTDs or PACDs and the server returns to the client the UID 
or the PACD which is preferred the most. In the condition "Except," the client presents 
the UID or the PACD which must be avoided and the server selects a UID or a PACD 

20 which is not the presented UID or PACD. . Table 1 below describes results that may be 
returned in given client interpretation conditions and UPI server's provision conditions. 



Table 1. 



Client condition 


Server condition 


Server UIDs/PACDs 


Result 


List 


List 


A, B, C, D 


A, B, C, D 


Distribution 


A,B, C,D 


One of them on ratio 
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1 Preferred 

■ 


A(P),B,C,D 


A 






A,B(P2),C(P1),D(P3) 


C 


Select{A,C} 


List 


A, B, C, D 


A .. ; 




Distribution 


A,B,C,D 


Aor C 




Preferred 


B(P),C,D 


G 






A(P2),B(P1),C,D 


A 


Preferred 


List 


A, B, C, D 


A . 




Distribirtion 


A, B, C, D 


One of them 




Preferred 


A(P1),B(P2),C,D 


A 


Except{A,C} 


List 


A, B, C, D 


B,D 




Distribution 


A, B, C, D 


B orD 




Preferred 


A(P1), B(P2), C, D 


B 



In the above Table 1, the priority is indicated in the following manner. If the 
UPI registrant designates one UID or PACD as preferred, such fact is indicated wit^h *R' 
5 If the UPI registrants designates multiple UIDs or PACDs as preferred, 'PI,' *P2/... are 
used to indicate the relative priority. TT is higher in priority than T2.' If there is no 
indication of priority in the UID or PACD, then the preference is determined by the order 
in the list ofthe UIDs or PACDs. ^ 

10 In the method and the system for accessing multiple services using the UPI of 

the present invention, the UID may be either public or private. In the process of the 
UPI translation into the UID, the public UID may be obtained witiiout any certification 
but for the private UID, certificates are reqmred. The UPI server provides the private 
UID only if certificates are vaUd. 

15 It is the UPI registrant that institutes the certification request regarding private 

13. 
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UIDs. For example, a certification request may be set up for an email address, which is 
the UID for the email service, in order to prevent spam mail or virus mail. In this 
occasion, an email sender may receive the UPI service by using the certificate issued by 
the receiver. If the certificate used by the sender is a valid one, the UPI server transmits 
* . 5 the receiver's email address to the email server on the sender's side and the email server 
on the sender's side sends the email written by the sender to the receiver's email address. 

Whether the UID of each service is to be translated as a public UED or a private 
UID may be indicated in the SAD (Service Access Descriptor). In case of the public 
UID, there may be occasions where such indication is not necessary. The SAD 

10 compiises the service name, the access type, the subclass and the interpretation 
conditions. An element for accommodating a new' service may be included in the SAD. 
When a private UID is accessed, the access type of the SAD would be "Private" and a 
required certificate is provided. In case of a public UID, the field of the access type 
-may be omitted or it would be "Public.'' The subclass is a descriptor classifying 

15 multiple UIDs. When more than one UIDs are registered in the UPI for an individual 
service, the subclass classifies such UIDs and a group designated by the subclass' field is 
accessed. 

In the method and the system for accessing multiple services using the UPI of 
20 the present invention, the UPI, in addition to searching the UID, works as a key to access 
the PACD, which is personal information required by each individual service. 

For example, in a service unifying various credit cards, if the UPI registrant 
possesses a visa card, a master card and an American Express card, the credit card 
numbers may be accessed through one UPI. In other words, a service provider, through 
25 the method and the system for accessing multiple services using the UPI of the present 
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invention, may translate the UPI into a credit card number that is preferred by the user or 
the card member store. Because security must be maintained in accessing the private 
personal information such as the credit card number, only certain legitimate service 
providers will be allowed to access such private infoixnation, 
5 Thus, in the present invention, personal information of a UPI registrant which 

may be obtained .by using the UPI, includes public personal information. and private 
personal information such as a credit card niimber, for which security maintenance is 
required. Such i)rivate personal information to be secured requires certification of the 
information requester and permission from the UPI registrant 

10 Fig. 7 illustrates how public personal information of a UPI registrant is accessed 

through a UPI in the method and the system for accessing multiple services using the 
UPI of the present invention. 

First, (a) a user accesses an application service using a UPI. (b) An application 
service server (71) issues an interpretation request which includes the UPI and the SAD 

15 to a UPAD interpreter (72), in order to obtain the personal information (PACD) required 
for the service, using the UPI. (c) The UPAD interpreter (72) requests a UPI server (73) 
to conduct interpretation with the SAD and the UPI through the UPI protocol for 
obtaining the PACD. (d) The UPI server (73) searches the PACD with the SAD and the 
UPI, and transmits the PACD to the UPAD interpreter (72). If a coixesponding PACD 

20 was not registered in the UPI server (73), an error message is issued, (e) The UPAD 
interpreter (72) transmits the PACD obtained firom the UPI server (73) to the service 
server (71), and (f) the service server (71) provides the service requested by the user, 
using the PACD. 

In order to access private personal information, certificates are necessary. The 

25 service server providing an application service must know which certificate is necessary 
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for the PACD to be requested. Otherwise, the response to the information request 
. would be a rejection and the reason therefor. If such response is received, the 
application service server may re-request the information after preparing the required 
certificates. 

5 As certificates necessary for accessing private personal information, there may 

be a certificate of user provided by a user for the purpose of certifying the user and a 
certificate of application provided by an application service server for certifying the 
application service. The certificate of user authenticates the user who presents the UPI 
and the certificate of application authenticates the application service subject which 
10 requests the private personal information. Depending on the nature of the application 
service, one or both of these certificates may be used. 

The passwords, electronic signatures, or the application sequence numbers may 
' be types of simple certificates. The application sequence number is an example 'made 
up of the sequence number of the category and the instance of the application service. 
15 In the example of credit card information, the password would be the secret code of the 
credit card, and the application sequence number may be composed of the inherent 
identifier of the credit card application service and the sequence number of the member 
store. 

Fig. 8 illustrates a case where both a certificate of user ("CU") and a certificate 
20 of application ("CA") are required for accessing private personal inforaiation of a UPI 
registrant using a UPI, in the method and the system for accessing multiple services 
using the UPI of the present invention. 

First, (a) a user accesses an application service with a UPI and a CU. (b) The 

server providing the application service (81) sends an interpretation request to the UPAD 

25 interpreter (82) in order to obtain the PACD required for the service, using the UPI, the 
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SAD, the CU, and the CA. (c) A UPAD interpreter (82) issues an interpretation request 
to a UPI server, with the UPI, the SAD, the CU and the CA, in accordance with the UPI 
protocol for obtaining the PACD. ' (d) The UPI server (83), after confirming the CU and 
the CA upon checking the access type of the information, searches the PACD by using 
5 the SAD and the UPI and then transmits the PACD to the UPAD interpreter (82). If the 
CU or the CA is not confirmed, an en*or message is transmitted, (e) .The UPAD 
interpreter (82) transmits the PACD obtained from the UPI server (83) to the service 
server (81), and (f) the service server (81) provides the service requested by the user 
using the PACD. ' 

Fig. 9 and Fig. 10 are diagrams illustrating flows of messages when private 
PACD is requested in the method and the system for accessing multiple services iising 
the UPI of the present invention. In Fig. 9, all the required certificates are provided. In 
Fig. 10, however, not all the required certificates are provided in the beginning but 

15 certain certificates are provided later upon the single ID server's requests. . 

In Fig. 9, (a) a user (91) sends a service request to an application service server 
(92) with a UPI and a proper CU. (b) An application service server (92) issues an 
interpretation request to a UPAD interpreter (93) with the UPAD, the CU and the CA. 
(c) The UPAD interpreter (93) requests a UPI server (94) to conduct interpretation 

20 according to the protocol, and (d) the UPI server (94), in order to provide the service 

designated by the SAD, translates the UPI into the PACD and then transmits the PACD to 

the UPAD interpreter (93). If certification is necessary in translating the UPI into the 

PACD, certificates included in the interpretation request are used, (e) The translated 

PACD is transmitted to the application service (92), and (f) the application service (92) 

25 provides the inherent service by using the PACD. 
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In Fig. 10, (a) a user (101) issues a service request to an application service 

(102) only with a UPI. (b) The application service (102) sends an interpretation request 
to a UPAD interpreter (103) with the UPAD (UPI+SAD). (c) The UPAD interpreter 

(103) requests a UPI server (104) to conduct interpretation according to the protocol, and 
5 (d) the UPI server (104) sends a message requesting certification required for the 

mterpretation request to the UPAD interpreter, (e) The UPAD interpreter (103) 
transmits this result to the application service (102), and (f) the application service (102) 
requests the uker (101) to send the certificate of user, (g) Once the user (101) provides 
the certificate of user, (h) the application service (102) requests the UPAD hiterpreter 

10 (103) again to conduct the interpretation with the UPAD, the CU and the CA. (i) The 
UPAD interpreter (103) reissues an interpretation request to the UPI server (104), and (j) 
the UPI server (l04), in order to provide the service designated by the SAD in the UPAD, 
interprets tiie UTI into the PACD and provides it for the UPAD interpreter (103). The 
CU and the CA are used in translating the UPI into the PACD. (k) The translated PACD 

15 is transmitted to the application service (102), and (1) the application service (102) 
provides the inherent service using the PACD. 

A CU and a CA may be requested depending on the type of application service, 
and the types of certificates are also service-dependent. Generally, because the 
application service has infoimation on which type of certificate is required, an 

20 application service sends a proper certificate when requesting interpretation. In such 
case, the SAD indicates that the access to the uiformation is private. The UPI server 
uses the provided certificates in translating the UPI into the PACD in order to provide the 
service designated by the SAD. 

25 . On the other hand, the UPI of the present invention may reassign the issued 
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interpretation request to another UPI server. Because the UPI server has a database of a 
limited size, all the UPIs may not be provided by one server. In such case, the database 
is distributed and reassignment to a UPI server containing the corresponding data is made 
through the index indicating the data location of the UPI to be translated. Also, if the 
5 UPI server which translates the UPI is composed of a group of multiple servers which 
share a database, in order to avoid routing to a server ©roup with a high workload, the 
present invention conducts reassignment to another UPI server group. 

Fig. 1 1 illustrates the UPI server reassignment at the time of UPI interpretation. 

First, (a) a user (111) issues a service request to the application service server 
10 (112) with a UPI and a CU (if necessary), (b) The application server (112) sends an 
interpretation request to the UPAD interpreter (113) with necessary certificates, (c) The 
UPAD inteipreter (113) sends an interpretation request to the UPI server-A (114), The 
interpretation request includes the UPAD and the certificates, (d) The UPI server-A 

(114) issues the "Redirect" information which includes the address of the UPI server-B 
15 (115) and the reason for assigning a new UPI server which is to conduct interpretatioti 

requested by tiie UPAD interpreter (113). (e) If the UPAD interpreter (113) can send a 
UPAD interpretation request to the new UPI server-B (115), it sends such interpretation 
request to the new UPI server-B (115). Otherwise, the UPAD interpreter (113) returns 
the "Redirect" message to the application service server (112). (f) The apphcation 
20 service server (112), after adding a new UPI server's address (USADDR), issues an 
interpretation request to the UPAD interpreter (113). (g) The UPAD interpreter (113) 
issues a UPAD interpretation request to the new UPI server-B (115), The UPI server-B 

(115) searches the demanded information from the database and confirms the CU and the 

CA if the access type is "Private." (h) Tlie UPI server-B (115), after ti-anslating the UPI 

25 into the service data (SD), creates the information on the service data and a result 
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message of the interpretation request, and then sends them to the UPAD interpreter (113). 
(i) The UPAD interpreter (113) interprets the PACD of the message from the UPI server- 
B (115) and sends the result to the appUcation service system (112). (j) Th^ application 
service system (112) provides the user with the service using the information translated 
5 by the UPI server-B (115). The service data may be the UID or the PACD depending 
on the type of service. 

The UPI server-A (114), instead of issuing "Redirect" message, may transmit an 
interpretation request to the UPI server-B (115). This can be determinfed by the 
structure of the UPI server. Issuing "Redirect" message, hoMrever, is more effective 
10 than relaying the intei*pretation request from the viewpoint of the UPI server-A. 

As described above, the present invention provides methods and systems that allow a 
service user to access one or more various services using a single identifier ("ID")» 
without being restricted by formats of IDs defined by various individual services. . 

According to the method and the system for accessing multiple services using a 
15 single ID of the present invention, a single ID registrant manages and uses only a single 
. ID and thus does not need to manage multiple IDs for individual services. Furthermore, 
even if a service provider for a particular service is changed and a corresponding ID is 
changed accordingly, the user does not need to spend time or efforts to announce such 
change in his or her ID. 
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WHAT IS CLAIMED IS 

1 . The method for accessing one or more services using a single ID, comprising: 

(a) a single ID registration step in which a subscriber to a .single ID service 
5 selects a single ID, and records UIDs for individual services or the PACD required by the 

mdividual services, to be accessed with the above single ID; • 

(b) a step in which an individual service server, or the network or the client 
requested by the individual service server requests single ID interpretation, when an 
individual service is requested tlirough the single ID registered in the said step (a); 

10 (c) a step in which an enquiry i? made, in accordance with the request made in 

the said step (b), to search the UID or PACD of an individual service registered in the 
said single ID registration step (a), and in which, sucb UID or PACD is provided; and 

(d) a step in which an individual service server provides a service to the 
individual user who requested the service, using the UID or PACD provided in the said 

15 step(c). 

2. A method for accessing midtiple services using a single ID according to claim 1, 
wherein: 

the said single ID is a unified permanent ID used in the method by a single ID 
20 registrant without any modification to the single ID registered in the said step (a). 

3. A method for accessing multiple services using a single ID according to claim 1, 
wherein: 

the said single ID registration step (a) includes a UID management process in 

25 which a pre-registered UID is changed or a new UID is recorded 
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4. A method for accessing mxiltiple services using a single ID according to claim 3, 
wherein: 

the said UID management process is conducted by a single ID registrant, or by a 
5 service provider when the single ID registrant subscribes to the service. 

5. A method for accessing multiple services using a single ID according to claim 3, 
further comprising: 

a process to notify the old service provider of a change in service providers, if 
10 the registered UID for a service is changed to the UID of a new provider of the same type 
of service in the said UED management process. 

6. A method for accessing multiple services using a single ID according to claim 4, 
further comprising: . 

15 a procfess to request a certificate of user if the UID management process is. 

conducted by a single ID registrant. 

7. A method for accessing multiple services using a single ID according to claim 4, 
further comprising: 

20 a process to request a certificate of user and/or a certificate of application if the 

said UID management process is conducted by the requested service provider. 

.8. A method for accessing multiple services using a single ID according to claim 1, 
wherein: 

25 the said step (b) requests UPI interpretation with the service access descriptor 
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("SAD") which includes the UPI, the service name and the access type. 

9. A method for accessing mxiltipie services using a single ID according to claim 8, 
wherein: 

5 the access type contained in the said SAD may be public or private. . 

10. A method for accessing multiple services using a single ID according to claim 9, 
further comprising: 

(e) a step in which a certificate of user ("CU") certifying the user and/or a 
10 certificate of application ("CA") certifying the service provider are requested if the 
access type contained- in the said SAD is private. 

11; A method for accessing multiple services using a single ID according to claim 
. .1 
10, wherein: 

15 the CU and the CA requested in the said step (3) are determined by the service 

to be provided. 

12. A method for accessing multiple services using a single ID according to claim 3, 
wherein: 

20 UIDs or PACDs for other types of services are registered in the said single ID 

registration step (a). 

13. A method for accessing multiple services using a single ID according to claim 3, 
wherein: 

25 registered UIDs for a particular type of service may be more than one, because 
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multiple UIDs for one type of service are registered in the said single ED registration step 
(a) or because UIDs are added in the said UED manajgexnent process. 

14. A method for accessing multiple services using a single ID according to claim 
5 13, wherein: 

the said step (b) has interpretation conditions and the said step (c) has UID 
provision conditions, and a UID is selected and provided for a particular service, among 
multiple UIDs registered for a single service based upon the interpretation conditions and 
the provision conditions. 

10 

15. A method for accessing multiple services using a. single ID according to claim 
14, vs^herein: ■ 

tlie said interpretation conditions include "List," "Select," "Preferred," -and 
"Except," . .. 

15 ■ ■ . ■ * ..• 

16. A method for accessing multiple services casing a single ID according to claim 

13, wherein: 

the said provision conditions include "List," "Distribution," and "Prefeixed." 

20 17. A method for accessing multiple services using a single ID according to claim 1, 
wherein: . - 

the format of the said single ID is a string of a definite length, which is a 
combination of numbers, characters and symbols, etc. 

25 18. - A method for accessing multiple services using a single ID according to claim 1, 
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wherein: 

the said UID or the said PACD may be a home page URL for the home page 
service, a phone number for a telephone service, a credit card number for a credit card 
on-line payment service, the electronic money or the cyber money, a business item code 
5 or name of a listed company for a stock exchange service, or a tracking number, a bank 
account, personal information, job information for a delivery service. 

19. A method for accessing multiple services using a single ID according to claim 
1, further comprising: 

10 a step in which the inteipretation request made in the said step (b) is reassigned 

to another single ID server. 

20. A system for accessing multiple services using a single ID, comprising: 

a single ID server which records the single IDs selected by registered single ID 
15 users, and the UIDs of individual services or the PACDs required in the individual 
services to be accessed by the said single IDs; and 

an interpreter which reqiiests the said single ID server to conduct single ID 
interpretation according to the pre-determined protocol, using the single ID, the SAD, the 
CU and/or the CA, as they become necessary, when an individual service is requested 
20 through the single ID recorded in the said single ID server and thus when single ID 
interpretation is reqxiired, and which transmits the result of the interpretation to the single 
ID interpretation requester. 

21. A system for accessing multiple services using a single ID according to claim 
25 20, wherein: 

25 
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the said single ID interpretation requester is an individual service server, a 
network which received a service request firom aix individual service server, or a client 
computer which is an individual service user. 

5 22. A system for accessing multiple sendees using a single ID according to claim 20, 
wherein: 

the said single ID server is composed of multiple server groups which share a 
database of registered single IDs. 

10 23. A system for accessing multiple services using a single ID according to claim 20, 
wherein: , 

the said single ID server is composed of multiple ser/er groups which distribute 
and store the database of registered single IDs.. 
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